Group play of a lottery game

ABSTRACT

Methods and systems for facilitating play of group lottery games are described. In an embodiment, a process includes establishing at least two groups for play of a group lottery game, wherein each group includes a plurality of players. The method also includes determining at least one winning player from each group of a first round of the multiplayer lottery game, and advancing each of the winning players to a second round.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.12/600,422 entitled GROUP PLAY OF A LOTTERY GAME filed Nov. 16, 2009 andissued as U.S. Pat. No. 8,500,537 on Aug. 6, 2013, which is herebyincorporated by reference in its entirety.

U.S. patent application Ser. No. 12/600,422 claims the benefit ofpriority of PCT Application No. WO2008/114536 filed May 16, 2008, whichis hereby incorporated by reference in its entirety.

PCT Application No. WO2008/114536 claims the benefit of priority of U.S.Provisional Patent Application No. 60/938,666, filed May 17, 2007, whichis hereby incorporated by reference in its entirety.

FIELD OF THE INVENTION

The present disclosure relates to systems and methods for conductinggroup play of multiplayer lottery games.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 illustrates an embodiment of a system or network environmentincluding a plurality of lottery retailer terminals, a communicationsnetwork, and a controller;

FIG. 2 is a simplified block diagram of an embodiment of exemplarycomponents of a lottery retailer terminal;

FIG. 3 is a simplified block diagram illustrating an embodiment ofexemplary components of a lottery operator controller;

FIG. 4 is a simplified block diagram of an example of a lottery gamesystem including a lottery server in communication with a plurality ofplayer communication devices through a communications network;

FIG. 5 is an exemplary embodiment of a multiplayer lottery game ticketfor a plurality of players of a group according to the invention thatincludes an activation code portion and a plurality of player portionshaving player access codes;

FIGS. 6A to 6G are examples representing various graphical userinterfaces that may be accessed and utilized by lottery game players toperform various tasks associated with multiplayer lottery game play;

FIG. 7 is a simplified flowchart of an embodiment of a process fordetermining which particular players of a plurality of groups of playerswill be permitted to go onto a further round of lottery game play;

FIG. 8 is a simplified flowchart of an embodiment of a process forproviding a prize for a group or team of players who satisfied groupplay prize criteria;

FIG. 9 is a tabular representation of an embodiment of a Playerdatabase;

FIG. 10 is a tabular representation of an embodiment of a Groupdatabase;

FIG. 11 is a tabular representation of an embodiment of a Group PlayGames database;

FIG. 12 is a tabular representation of an embodiment of a Group PlayPayout database; and

FIG. 13 is a tabular representation of an embodiment of a Group PlayTicket Status database.

DETAILED DESCRIPTION

Many domestic and international jurisdictions currently offer some formof lottery game. Traditionally, such games may include instant lotterygames (for example “scratch-off” games) and/or on-line lottery games(for example, periodic draw games such as 6/49 lotto, pick-3,Powerball™, and the like). Generally, jurisdictions operate lotterygames to generate revenues which may be subsequently utilized by (or onbehalf of) the lottery jurisdiction to fund general and/or specificcivic initiatives (for example to provide capital for infrastructureimprovements, funding for education initiatives, and the like). Giventhe societal benefits that lottery proceeds serve to fund, lotteryoperators have sought to maximize sales, and thus the overall return totheir constituents. As a result, lottery operators are continuallyseeking new ways to expand and retain the overall population of lotteryplayers.

It would thus be beneficial to provide systems and methods forconducting lottery games that differ from traditional lottery games (forexample, the instant and/or periodic draw games mentioned above). Abenefit of such an approach would be to appeal to certain players whomight not otherwise view traditional lottery product offerings ascompelling, valuable, and/or entertaining. Accordingly, this disclosureincludes descriptions of various non-limiting embodiments thatfacilitate play of a lottery game with a team or group aspect. That is,group play, team play, and/or other type of multiplayer play of alottery game are facilitated in accordance with the processes andsystems disclosed herein. A plurality of players may be regarded as orassociated as a team (in competition with another team), or as a group(in competition with another group or team), and may play a lottery gameto win prizes (e.g. cash and/or merchandise prizes) as described below.

A lottery ticket may be defined as a voucher or ticket that contains oneor more lottery entries which are eligible to be redeemed for a lotterypayout or prize. For example, a traditional lottery ticket includes aset of numbers that may, in whole or in part, match a set of winningnumbers that have been drawn at random by a lottery operator. An“instant win” or “scratch” ticket is a winning lottery ticket if itcontains matching symbols, instant win symbols, or any markingsindicating that it is a winning ticket, according to the rules of thegame embodied by that lottery ticket.

A newly purchased lottery ticket has a redemption value that is unknownto a customer at the time of purchase. The lottery ticket may be of thetype requiring a drawing, in which a customer may choose a set ofnumbers that he thinks will match with a set of numbers drawn at a laterdate. Alternately (or in addition), the lottery ticket may comprise an“instant win” or “scratch” type lottery entry, in which a winning orlosing result can be determined immediately after purchase.

A lottery retailer may be defined as a merchant who sells lotterytickets at a particular location, verifies and/or authenticates winninglottery tickets, and redeems authenticated winning tickets for aneligible prize. In some embodiments, the lottery retailer alsofacilitates activation of a team or group lottery game by acceptingentries from players, some of whom may be required to activate a lotterygame for a group or for a team of players, as explained below. Examplesof various lottery retailers include, but are not limited to,convenience stores, gas stations, and supermarkets.

Customers may also purchase and, in some cases, redeem lottery ticketsat automated lottery terminals. An automated lottery terminal is anelectronic device that may be capable of automatically reading some orall of the information located on (or otherwise embodied by) a lotteryticket (for example, sense and translate mark information selected bycustomer with a #2 pencil on a lottery entry form, read a bar code, reada ticket identifier, and the like). Such a device may also be used(either alone or in combination with another device, such as acontroller) to determine the validity and redemption value, for example,of a lottery ticket, as well as to sell and print new lottery tickets.As will be explained in more detail below, an automated lottery terminalmay be connected via a communications network to a lottery controller.

1. Lottery Communications Network

FIG. 1 illustrates a system or network environment 100 that includes aplurality of lottery retailer terminals 102-1 to 102-N, a communicationsnetwork 104 and a controller 106. Generally, any or all of the retailerterminals 102-1 to 102-N may operate to: (i) receive informationassociated with one or more lottery tickets including such data as: (a)ticket and/or lottery entry identifier(s), (b) entry indicia, and (c)redemption values (payout values); (ii) transmit any or all of thereceived information to the controller 106 via the communicationsnetwork 104; and (iii) output information including such data as: (d)information defining lottery entries for individuals and/or groups and(e) information associated with one or more groups or teams and/orredemption values.

In general, each retailer terminal 102-1 to 102-N shown in FIG. 1 willcorrespond to (or be associated with) a particular lottery retailer. Forexample, retailer terminal 1 (102-1) of FIG. 1 may be associated with afirst lottery retailer such as a convenience store, and retailerterminal 2 (102-2) of FIG. 1 may be associated with a second lotteryretailer such as a supermarket. It should be understood that any numberof lottery retailer terminals might be employed in a system 100, alongwith any number of corresponding controllers 106.

The controller 106 may operate to: (i) receive, determine and/or storeinformation associated with one or more lottery tickets including suchdata as: (a) ticket/entry identifier(s) and (b) entry indicia; (ii)determine a redemption value (for example, a prize amount) associatedwith a lottery ticket; (iii) receive a redemption request associatedwith the lottery ticket; (iv) determine a time associated with theredemption request; and (v) transmit an indication of the redemptionvalue to a lottery retailer terminal (for example, for output to adisplay accessible by a lottery player and/or by a lottery terminaloperator).

The retailer terminal 102-1 of FIG. 1 may be configured to perform someor all of the functions of the controller 106. Thus, in someembodiments, the controller 106 and the lottery retailer terminal 102-1(or another given retailer terminal and controller pairing) may beconsidered as the same “device”.

Generally, as explained above, the communications network of FIG. 1 mayinclude one or more local and/or wide-area network(s), proprietaryand/or public network(s) (for example, the Internet) for facilitatingtwo-way data communications between the retailer terminals 102-1 to102-N and the controller 106. The lottery controller may communicatewith lottery retailer terminals directly or indirectly, via a wired orwireless medium such as the Internet, via a local area network (LAN),via a wide area network (WAN), via an Ethernet, via a Token Ring, atelephone line, a cable line, a radio channel, an optical communicationsline, a satellite communications link, or via any appropriatecommunications means or combination of communications means. Any numberand type of devices may be in communication with the lottery controller,and communication between the lottery retailer terminals and the lotterycontroller 106 may be direct or indirect, such as over the Internetthrough a Web site maintained by computer on a remote server, or over anonline data network including commercial online service providers,bulletin board systems and the like. In some embodiments, the devicesmay communicate with one another over RF, cable TV, satellite links andthe like. A variety of communications protocols may be part of any suchcommunications system, including but not limited to: Ethernet (or IEEE802.3), SAP, ATP, Bluetooth and TCP/IP.

Those skilled in the art will understand that devices in communicationwith each other need not be continually transmitting to each other. Onthe contrary, such devices need only transmit to each other asnecessary, and may actually refrain from exchanging data most of thetime. For example, a device in communication with another device via theInternet may not transmit data to the other device for days or weeks ata time. In some embodiments, a server computer may not be necessaryand/or preferred. For example, methods described herein may be practicedon a stand-alone device and/or a device in communication only with oneor more other devices. In such an embodiment, any functions described asperformed by the computer or data described as stored on the computermay instead be performed by or stored on one or more other devices.

2. Lottery Retailer Terminal

FIG. 2 is a block diagram of some exemplary components of a lotteryretailer terminal 200. The lottery retailer terminal 200 may include oneor more processor(s) 202 such as the Intel® CORE 2 DUO™ processor,manufactured by INTEL Corporation, or other processors manufactured byother companies, such as the AMD Athlon 64™ processor manufactured bythe Advance Micro Devices company. Generally, the processor is operativeto perform or process instructions, and in particular, to operate inaccordance with the various methods described herein. For example, theprocessor 202 may be operable to allow the lottery retailer terminal 200to transmit data to (and receive data from) the controller 106 ofFIG. 1. More specifically, the processor 202 may enable the transmissionof data defining or identifying a lottery ticket or entry.

Accordingly, the lottery retailer terminal 200 may further include oneor more input device(s) 204. The input devices may include componentssuch as an optical scanner and/or a barcode scanner, for reading and/orfor deriving information associated with a lottery entry. For example, alottery ticket may include registration marks, authenticity data,various codes, micro-printed indicia, one or more sense marks, and/orother lottery indicia that must be read, for example, to distinguishbetween one or more lottery entries (which may all be contained on onelottery ticket, for example). Examples of additional input devicesinclude, but are not limited to, a keypad, a mouse, an image capturingdevice (for example, an optical character recognition (OCR) device), abiometric reader, a portable storage device (for example, a memorystick), and the like.

According to some embodiments, the lottery retailer terminal inputdevice(s) 204 may comprise or include a clock. The clock may be employedto detect, derive and/or append time and/or date information for use bythe controller 106 to: (i) create a data record corresponding to lotterytickets or lottery entries purchased at the lottery retailer terminal200, and/or (ii) to determine redemption time and/or date informationassociated with lottery tickets and/or lottery entries, and/or (iii)determine whether a lottery player has redeemed a lottery ticket that,for example, enables him to proceed to a second round of a lottery game.Details of specific processes concerning team or group lottery play andredemption of winning lottery tickets are presented in more detailbelow.

The lottery retailer terminal 200 of FIG. 2 may further include one ormore output device(s) 206. Such output device(s) 206 may include suchcomponents as a display for outputting information to a lottery playerand/or to a terminal operator (for example, aggregate performanceinformation and/or payout amounts), one or more benefit output devices(for example, a cash drawer, a currency dispenser), a printer forproducing a physical record (such as a paper slip, receipt, ticket,voucher, coupon, and the like) that defines a lottery ticket or lotteryentry, an audio/video output device(s), and the like.

The lottery retailer terminal 200 may also include one or morecommunications port(s) 208, such as a serial port, modem or the like.Generally, the communications port 208 is operable to facilitate two-waydata communications between the lottery retailer terminal 200 and thecontroller 106 shown in FIG. 1, but may be used to facilitate datacommunications between other devices as well. In some embodiments, thecommunications port 208 may facilitate the transmission of informationbetween the lottery retailer terminal 200 and a player device such as apersonal digital assistant (PDA), cell phone and/or a dedicated device(for example, a proprietary electronic and/or digital device).

The lottery retailer terminal 200 may further include a data storagedevice 210 such as a hard disk, optical or magnetic media, random accessmemory (RAM) and/or read-only memory (ROM), or the like memory device.Generally, the lottery retailer terminal data storage device 210 storesa software program, the software program enabling the processor 202 ofthe retailer terminal 200 to perform various functions including some orall of the various processes or steps described herein. For example, asnoted above with respect to FIG. 1, the retailer terminal 200 can beconfigured to perform some or all of the functions of the controller(and vice versa) such that the controller 106 and the lottery retailerterminal 200 (or, referring to FIG. 1, a given lottery terminal andcontroller pairing) may be considered as the same “device”. An exampleretailer terminal available in the marketplace and that may be adaptedto perform various functions described herein is the EXTREMA®clerk-operated lottery terminal, distributed by Scientific GamesCorporation of Alpharetta, Ga.

In some embodiments, a lottery sales device may be utilized in place ofa lottery retailer terminal 200. Such a lottery sales device may beimplemented as a system controller, a dedicated hardware circuit, anappropriately programmed general-purpose computer, or any otherequivalent electronic, mechanical or electro-mechanical device. Thus, invarious embodiments, a lottery sales device may comprise, for example, aVideo Lottery Terminal (VLT) that may include a touch sensitive screenfor use by a player, a personal computer (capable of communication witha remote lottery server), a vending machine, a telephone, or a portablehandheld device (for example, a device similar to a personal digitalassistant (PDA) or other analog or digital communications device). Thelottery sales device may comprise any or all of the devices of theaforementioned systems. In some embodiments, a user device such as aPDA, cell phone, and/or portable gaming unit (e.g. the Playstation™Portable (PSP™), distributed by Sony Corporation) may be used in placeof, or in addition to, some or all of the device components.

3. Lottery Operator Controller

FIG. 3 is a block diagram illustrating an embodiment of the componentsof a lottery operator controller 300. Similar to the lottery retailerterminal 200 of FIG. 2, the lottery operator controller 300 may includeone or more processors such as the Intel® CORE 2 DUO™ processor,manufactured by INTEL Corporation, or other processors manufactured byother companies, such as the AMD Athlon 64™ processor manufactured bythe Advance Micro Devices company. Such a processor 302 functions toprocess instructions, and in particular, to operate in accordance withvarious methods described herein. For example, the processor 302 mayoperate to allow the lottery operator controller 300 to transmit data to(and receive data from) the lottery retailer terminal 200 shown in FIG.2. More specifically, the controller processor 302 may enable thetransmission of data defining or identifying a particular lottery ticketor entry, as well as information defining a payout or prize associatedwith that lottery ticket to a specific one of the lottery retailerterminals 102-1 to 102-N shown in the lottery network 100 of FIG. 1.Thus, the lottery operator controller 300 may be implemented as a systemcontroller, a dedicated hardware circuit, an appropriately programmedgeneral-purpose computer (for example, a lottery server), or any otherequivalent electronic, mechanical or electro-mechanical device. Invarious embodiments, a lottery operator controller may comprise, forexample, a personal computer (which communicates with a remote lotterysales terminal) or a mainframe computer.

The lottery operator controller 300 may further include one or moreinput device(s) 304. Examples of such input devices include a keypad, amouse, a touch-screen, a random number generator, a microphone, andother digital or analog input devices. The lottery operator controllerinput device(s) 304 may comprise or include a clock. As described above,the clock may be employed to derive time and/or date information for useby the lottery controller 300 to generate a data record corresponding tolottery tickets or lottery entries purchased at the lottery retailerterminal 200, and/or to determine redemption time and/or dateinformation associated with lottery tickets and/or lottery entries,and/or to determine whether a team or group of lottery players havepurchased and/or redeemed one or more tickets.

The lottery operator controller 300 may further include one or moreoutput device(s) 306. Examples of output devices 306 include a monitoror other display for outputting information to a user of the lotteryoperator controller (for example, for displaying information such asstatistical or sales data, win and loss information and/or payoutamounts), a printer for producing a physical record (for example, areport, a paper slip, a voucher, a coupon, a ticket) of such data, andthe like. In addition, the lottery operator controller 300 may includeone or more communications ports 308, such as a serial port, modem orthe like, operable to facilitate two-way data communications between theoperator controller 300 and one or more lottery retailer terminals 200,as described above with respect to FIGS. 1 and 2.

The lottery operator controller 300 may also include a data storagedevice 310 (such as a hard disk or hard drive, a media-based (removable)memory, or the like). The lottery operator controller data storagedevice 310 stores at least one software program 312, which includes aprogram to enable the processor 302 to perform some or all of thevarious steps and functions of at least one implementation of themethods described in detail herein. In addition, the lottery operatorcontroller data storage device 310 may operate to store variousdatabases, for example, a player database 314, a group database 316, agroup play games database 318, a group play games payout database 320,and a group play ticket status database 322. The lottery player database314 may include player identifier data and contact information, and dataassociated with one or more groups of players, which will be explainedin detail below. The group database 316 may include group identifiers,group names, a group leader player identifier, and other informationassociated with one or more groups. The group play games database 318may include a group play game identifier, group play game name, a groupplay game type, and game rules, for example. The group play games payoutdatabase 320 may include group play game identifiers, group play payoutcriteria, and group game payout information. The group play ticketstatus database 322 may include data of a particular group including agroup identifier, a group play game identifier, group member ticketidentifiers, group member ticket indicia, and group member ticketstatus.

The lottery operator controller may include a lottery ticket serverdevice that is located at a lottery ticket printing facility, and mayalso function to manage the ticket printing process. The lotteryoperator controller may also function to facilitate organizing lotteryplayers into teams or groups.

4. Multiplayer Lottery Game System

FIG. 4 is a simplified block diagram of an example of a multiplayerlottery game system 400 that includes a lottery server 402 incommunication with a plurality of player communication devices 406-1,406-2 to 406-N through a communications network 404. The playercommunication devices 406-1 to 406-N may include such devices as pagers,personal computers, handheld display devices, personal digitalassistants (PDA's), set-top display devices, cellular telephones thatinclude a display, and/or proprietary digital communications devices.Such player communication devices could be used to submit requiredplayer information to the lottery server, provide sufficient informationto permit the player to follow and enjoy multiplayer lottery game play,and/or in some cases to authorize necessary or desired changes in thelottery game play.

For example, a player communication device 406-1 may be used tocommunicate player identifying information and player selections to thelottery server 402. The lottery server 402 may comprise a computerdevice, such as a Web server, operated on behalf of or, in conjunctionwith, a lottery authority. The lottery server 402 operates, for example,to obtain information and to set up lottery game player groups, todetermine lottery outcome data, and to communicate instructions andlottery information (that may include the lottery outcome data) to theplayer communication devices 406-1 to 406-N of players activelyparticipating in the same lottery game.

Communications between the lottery server 402 and the playercommunication devices 406-1 to 406-N may be facilitated by way of acommunications network 404, which may be a computer network such as theWorld Wide Web, the Internet, a local area network, postal mail, or anycombination thereof. In accordance with the processes described herein,a plurality of player communication devices 406-1 to 406-N may belocated remotely from the lottery server 402, for example, at a home ofa player or at a lottery agent.

The lottery server 402 may comprise any computing device operable toadminister lottery games in accordance with the methods describedherein. Thus, the lottery server 402 may be configured in a mannersimilar to the lottery operator controller 300 described above withreference to FIG. 3. In particular, the lottery server 402 preferablyincludes a Central Processing Unit (CPU) that includes a clockassociated therewith, and operates to execute instructions of a programstored in memory (e.g. Read Only Memory (ROM)). During execution of theprogram instructions, the CPU temporarily stores information in theRandom Access Memory (RAM). In addition, the CPU may be coupled to adata storage device (not shown) and/or transaction processor. The datastorage device may include one or more of a player database, a groupdatabase, a group play games database, a group play games payoutdatabase, and a group play ticket status database. Other databases couldalso be stored for use by the transaction processor and/or the CPU. Ingeneral, the transaction processor may be utilized to manage thecontents of the data storage device.

In order to communicate with the player communication devices406-1—406-N, the lottery server 402 preferably includes a communicationport (not shown). The communication port may be coupled to both the CPUand the data storage device. Thus, the CPU can control the communicationport to receive information from the data storage device and to transmitthe information to the player communication devices. Information mayalso be received from the player communication devices via thecommunication port. Note that the communication path between thecommunication port and the communication devices need not be hardwired.As noted above, the communication devices may include a personalcomputer, a pager, a handheld device including a display (for example,such as a PDA), or a cellular telephone, and some or all such devicesmay employ wireless communication components and/or protocols.

In addition, optionally in communication with the CPU of the LotteryServer 402 is a Random Number Generator (RNG) for providing randomoutcomes for the multiplayer lottery game play. Under control of aprogram stored, for example, in a storage device or in ROM, the CPUinitiates the RNG to generate a random number that could be used todetermine winning lottery outcomes. The CPU may also be responsive to,for example, a signal from the player communication device (for example,a player's personal computer).

5. Other Devices

In some embodiments, a kiosk (not shown) may be configured to execute orassist in the execution of various lottery game processes. A kiosk couldcomprise a processor and a storage device or memory as described above.A kiosk may also include various input devices (such as a keyboard, amouse, buttons, an optical scanner for reading barcodes or otherindicia, a CCD camera, and the like), output devices (like a displayscreen and/or audio speakers), benefit output devices (such as a cointray and/or a currency dispenser), communications ports, and the like. Akiosk may be configured to communicate with a lottery controller orlottery server. In some embodiments, kiosks may execute or assist in theexecution of various lottery functions, as described herein.

Lottery players may also use one or more computing devices to obtainmore information about the lottery games, and/or the specific lotterygame that the player is playing. For example, a player may utilize apersonal computer to access a web site that contains group lottery gameinstructions, team lottery game round information, winning lottery entrypayout information, aggregated group play information, and the like.

6. Exemplary Lottery Entries

FIG. 5 depicts an example of a multiplayer or group lottery game ticket500 for a lottery game to be played by a group of players (or a team ofplayers). This example of a group or multiplayer lottery game ticket 500includes a group activation slip 502 (or other embodiment of an indicia)for the group itself, and four respective player portions 504-1, 504-2,504-3 and 504-4 for each individual member (lottery player) of thegroup. The group activation slip 502 includes an indication of thelottery game 506, an instructions section 508, a group activationidentifier 510 (which may be an alpha-numeric identifier), an indicationof an estimate of the jackpot 512, and other information 514 (which mayinclude lottery game rules, or an indication of where a player can findthe rules) and/or a date and time of activation or purchase.

Each of the lottery game player slips 504-1 to 504-4 of this exampleincludes a player ticket identifier 516, a lottery game description 518,a unique player identifier 520, a barcode and serial number 522, and mayinclude other information such as lottery game rules and the like. Themultiplayer or group lottery ticket 500 illustrated by FIG. 5 may bepurchased at a lottery retailer, for example, and this particularexample of a multiplayer lottery ticket accommodates up to four players.One skilled in the art will recognize that other group lottery gametickets could provide for more or less lottery game players, and couldinclude more or less information as appropriate for a particular type ofgroup lottery game. In addition, a group lottery ticket 500 may includeone or more security features such as micro-printed portions, embeddedsecurity threads, and/or holograms, to prevent or deter counterfeitingof lottery tickets.

A lottery player may purchase such a lottery ticket at a retail locationhaving a lottery retailer terminal 200 (see FIG. 2) configured toprinted the group lottery game ticket 500 at the time of purchase. Thus,the lottery retailer terminal may include an integral printer device, ora printer may be a peripheral device or an output device 206 capable ofprinting group lottery game tickets. In addition, a lottery player maybe permitted to purchase such tickets electronically using a playercommunication device (see FIG. 4) and also print them by using apersonal printer device, such as a computer printer and the like, thatis in communication with the player communication device. In someembodiments, the printer devices are capable of printing group lotterygame ticket data that is capable of being scanned by various scanningdevices such as bar code scanners and the like. Such devices may also becapable of printing security features on group lottery game tickets suchas specific patterns, and/or micro-printed data, and/or designs and/oralpha-numeric codes, and the like.

It should be understood that, in some embodiments, a lottery game playerpurchases a group member lottery entry with a personal device, and thusmay not be provided with a physical lottery ticket. Instead, anelectronic version of the multiplayer lottery ticket or portions thereofmay be provided to the player, for example, via electronic mail to anemail account of the lottery player. Of course, the player could printout such an electronic version of the multiplayer lottery ticket, forexample, by using a home computer and printer.

FIGS. 6A to 6G provide examples of web pages that may be accessed bylottery game players to purchase lottery game entries, to sign up formultiplayer lottery game play, to find lottery game information, toselect a group of players, to customize lottery game aspects, and totrack performance of multiplayer game play, and the like. In particular,FIG. 6A depicts an exemplary web page for a lottery game authority thatincludes links to information pertaining to instant/other games that areon sale 602, provides winning numbers and payout information 604 forlottery games that have had drawings completed, and a link 606 to amultiplayer lottery game called “Monopoly”. If a lottery player clickson the link to the multiplayer lottery game 606, then a sign up page 610such as that shown in FIG. 6B may appear, which illustrates an exemplarysign up interface including a “Sign Up” box 612 that allows a player tocreate a user account and to indicate at least one preference 614 forreceiving game information. If a player already has a user account andis playing a multiplayer lottery game, the player may be provided with alogin interface 620 shown in FIG. 6C for use in accessing an onlinemultiplayer game.

FIG. 6D depicts an exemplary interface 621 that includes a menu 622 thatallows a player to input a group identifier 624 and player identifier626, and to customize aspects of game play. To customize aspects oflottery game play, the player may be able to select a token or othericon (e.g. an avatar) representing the player from a selection menu 628and/or a game board theme or design from a second selection menu 630.

FIGS. 6E to 6G depict examples of displays, game information, gameevents, and interface elements in accordance with various describedembodiments. FIG. 6E shows an initial lottery game board 650 wherein themultiplayer lottery game that has not yet been played by the fourplayers, Maria, Jim, Thomas and Sue. As shown, FIG. 6E includes: adepiction of a “Weekday Multiplayer Monopoly” game board 652; a teamname 654 (“Highridge Moguls”); a total team points field 656, indicatinga total number of points earned by the group, which may be applicable indetermining an aggregate performance associated with the multiplayergroup as a whole; statistical data fields 658 indicating valuesassociated with individual game performance parameters associated withthe group or team, which may also be applicable in determining anaggregate performance associated with the multiplayer group as a wholeand; individual team player points field 660, indicating individualvalues which may be applicable in determining individual members'performance in the multiplayer game relative to other members of thegroup and/or other members of other groups/teams. FIG. 6F illustratesthe lottery multiplayer game 662 (of FIG. 6E) in progress. Inparticular, the game board 664 shows the icons 666, 668, 670 and 672 arebeing moved around the board, and includes an indication 674 that theplayer “Thomas” has landed on St. James Avenue. At this stage of play,no team points 676 have been awarded. FIG. 6G illustrates the same gameinstance at an advanced stage, wherein the “Highridge Moguls” haveaccumulated 70 team points 682, and various statistics of team play 684have been accumulated. For example, Sue has accumulated a total value of2080 points, Jim a total value of 326 points, Thomas a total value of 95points, and Maria is in the lead with a total value of 8080 points. Inaddition, at this stage of the game, FIG. 6G shows that a CommunityChest card has been drawn 686.

7. Processes for Group Lottery Play

FIG. 7 is a simplified flowchart of an embodiment of a process 700 fordetermining which particular player(s) of a plurality of groups ofplayers will be permitted to go onto a further round of lottery gameplay. It should be understood that the processes described herein mayinclude steps (or elements thereof) that may not be necessary, and thatthe illustrated steps may be performed in any practicable order.

The process 700 includes establishing 702 a plurality of groups oflottery game players for a particular lottery game. Next, at least onewinning player is determined 704 for each group of players. The processalso includes permitting each winning player to advance to a secondround of the lottery game 706. A prize may or may not be awarded to thewinning player at this stage.

In this embodiment, at least one first round of lottery game play isused to determine a winner (at least one winning player) for each groupor team participating in the at least one round (for example, based oncriteria appropriate to the lottery game and/or the lottery game themeutilized, such as a total number of points earned). The winner orqualifier of the group of players for each group is then permitted toadvance, or is advanced, to participate in at least one additional (asecond) round of play. For example, each winning player of the firstround could be notified by email, telephone, and/or regular mail(depending on the type of multiplayer lottery game being played) that heor she has qualified to advance to a second round of game play. Thesecond round of play may include group play of the same lottery game, ora related lottery game, or a different lottery game. In addition,qualifying players may be organized into multiple (new) groups comprisedof winning players from the first round of game play (for example,players may be organized into groups randomly, by geographical region,and/or based on some other criteria) for the second round of play. Inaddition, one or more additional rounds of lottery game play may occur(e.g., after a second round), depending on the type of lottery game.Advancement of lottery players may occur in a manner similar to howteams advance in a tournament (such as the NCAA basketball tournament),wherein a winner of a particular round is paired to compete with anotherwinner of that tournament stage round. Such pairings may be scheduled tooccur simultaneously (for example, the second round may be a drawingthat occurs on Monday night at 8 pm) or may be staggered (for example,selected pairings of players are notified that they are scheduled toplay on particular weekday nights chosen from the weekdays occurringfrom Jul. 1 to Jul. 15, 2008, after which third round winning playerswill be announced and prizes will be awarded).

In some embodiments, play of the first (or qualifying) round(s) maydiffer from play of the second or later or additional round(s). Forinstance, at least one player in a qualifying round may earn a prize(for example, an instant cash prize based on an in-game event associatedwith the first round), even if the particular player does not advanceany further in that lottery game (e.g. into one or more round(s) oflottery game play). However, prizes in the subsequent round (forexample, in which only players qualifying in the earlier round mayparticipate) may only be given to one player.

A plurality of groups of players may be participating in any given roundof lottery game play. In addition, play of the lottery game may be fullyor partially automated, such that game play may proceed without playerinteraction, or with only minimal player interaction. For example, insome configurations, a player may simply elect to periodically observehis or her progress or status with respect to the initial round oflottery game play.

In some embodiments, information about game play (for example,indications of results, game status, prizes, scores, game play events,and the like) may be transmitted (or otherwise indicated) to one or morelottery players of a group (for example, via email, telephone, wirelessPDA, and/or web page).

The play of the group lottery game may not depend on any predeterminedoutcomes. That is, a winning outcome of a group lottery game may bedetermined based on events that occur during game play by players ofthat lottery game. In addition, play of the lottery game may bepresented in accordance with and/or based on a desired theme, such as aboard game (for example, Monopoly), a puzzle game (for example,crossword puzzles, Sudoku, and the like), a sports game (for example,football, basketball, golf, baseball, a car or horse race), and thelike. In an illustrative example, group play of a lottery game may beprovided with a board game theme and may occur between severalindividual players/members having formed a group/team.

Each player of a plurality of lottery game players may be associatedwith a respective (for example, unique) player number or otheridentifier. Other embodiments having a plurality of players (forexample, a group or team playing together) may be associated with arespective (for example, unique) number that identifies that pluralityof players as a group or team (and, optionally, the particular gameand/or instance of the game that they are playing).

FIG. 8 is a simplified flowchart of an embodiment of a process 800 forproviding a prize for each lottery player of a group or team of playersthat satisfies predetermined prize criteria. The process includesestablishing 802 a plurality of groups or teams of players. For example,a method may include receiving lottery entry data from a plurality oflottery players, and then establishing a plurality of groups based onthe lottery entry data so that each group includes two or more players.After at least one initial round of lottery game play, the processdetermines 804 an aggregate performance value, or overall score, foreach group or team of players (e.g. by determining, for each individualgroup, the point value(s) in field 682 and/or in field 684 of FIG. 6G).The example method is further shown to include determining 806 that atleast one of the groups satisfied predetermined group play prizecriteria based on the aggregate performance values associated with thegroups playing the multiplayer lottery game. The process is furthershown to include providing 808 the prize to the group or groups havingbeen determined (at 806) to have satisfied the prize criteria. Theaggregate performance value of a group may be based on various criteria,such as a group score obtained by playing one or more lottery games, agroup satisfying a predetermined condition (such as the players of agroup participating in a minimum number of lottery games), or a groupsatisfying a predetermined condition within a predetermined period oftime (for example, a group of players having achieved a group scoregreater than one-thousand points in each of ten group lottery gamesoccurring/played within a calendar month). Other group play prizecriteria may be used. In addition, group play prize criteria may beposted or otherwise communicated to lottery players so that the playersare aware of goals that could be achieved as a team.

In some embodiments, only a specific player of a group or team mayactivate a lottery game for or on behalf of the entire group. In otherembodiments, any one player of the group may activate the group lotterygame. In yet other embodiments, more than one player is required toactivate the lottery game.

A group lottery game may be ongoing (for example, play may occur everyday, or every weekday), and players may elect to activate theirparticipation in any desired instance of the lottery game. In oneembodiment, activation and/or lottery game play must take place within aparticular time period and/or by a specified date and/or time. In someembodiments, a purchased lottery ticket or activation slip may expireafter a predetermined period of time from the time/date of purchase,and/or at a specified date/time. For example, a group of players maypurchase a lottery ticket for a group lottery game that occurs everyweekday, and the group may activate the group lottery ticket for anyweekday they choose within 30 days of the ticket's initial purchase orthe ticket will expire.

Group lottery play may take place on the day (and/or in the session, ifmultiple sessions are conducted each day) of activation. In someembodiments, a player (or group or team of players) may activate aticket for lottery game play at a future date.

As explained above, group lottery game play may occur over multiplerounds. Not all of the players of a group or team (and, optionally, noplayers of the group) may need to actively participate in play of thelottery game. In some embodiments, at least one player must be loggedinto a lottery game system (for example, via a web site) for play totake place for the corresponding group of lottery game players.

Play may be automated according to rules deemed appropriate forautomated play. For example, automated lottery game play of a lotteryboard game may be conducted for multiple players based on default rules(for example, default options may be specified where decisions otherwisewould be required in live or non-automated play).

At least one round of multiple rounds of lottery game play may allow forindividual and/or group prizes. Various rules and/or conditions fordetermining whether a prize has been won in the lottery game may beemployed. For example, a prize may be awarded to an individual playerbased on multiple events in the same or multiple rounds of a lotterygame (for example, in the same round, a player satisfies a firstcondition during a first turn, and then satisfies a second conditionduring a second turn). Prizes may be awarded to each member of a groupbased on an aggregate performance of the group (for example, a team orgroup score), and/or on the group collectively meeting a predeterminedcondition (or conditions) (for example, at least two players roll 6's inthe same round). Individual and group prizes may be based on criteriacorresponding to a predetermined period of time (for example, a playermay win a prize for having the highest average (or actual) score duringa designated month).

Prize conditions may be configured to encourage at least one lotteryplayer of a group to log in to and/or to interact with a lottery gamesystem (for example, if a lottery player is logged in to a lottery gameweb site when a specified event takes place, that player wins a prize).

In some embodiments, a player may be permitted to customize or configureaspects of group lottery game play.

In some embodiments, if a winner of a group who advances to anadditional round of play wins the additional round(s), then every memberof the group receives a prize or other benefit.

8. Database Examples

FIG. 9 is a tabular representation of an embodiment of a Player database900 that may be utilized by a lottery server 402 or a lottery operatorcontroller 300. In general, a Lottery Player database such as that shownin FIG. 9 stores information corresponding to (or associated with)individual lottery players and their associated groups.

Referring to FIG. 9, the Lottery Player database 900 includes a playeridentifier field 902 for storing unique data identifying the particularlottery player, a player name field 904, a player contact informationfield 906 (for storing contact information such as player address, emailaddress, phone number and the like), and player/member group identifierfields 908 to 908-N for storing unique one or more unique identifier(s)that link the player to one or more particular groups or teams of(multiple) players. Thus, a player may belong to one group of players,or may belong to several groups, e.g. depending on rules, personalpreferences and/or the types of multiplayer lottery games offered.

Each record of FIG. 9, depicted as rows 900-1 to 900-N, thus containsinformation associated with an individual lottery player participatingin one or more multiplayer lottery games. For example, row 900-1contains information associated with Susan Jones including a playeridentifier, contact information and data indicating that she is a memberof at least two groups identified by a player/member group identifiershown in fields 908-1 and 908-N. Data for the other players depicted inthe database 900 (for Thomas Smith, Margret Reed and John Andrews ofrows R900-2, R900-3 and R900-N) shows that each of these players is amember of at least one group (see column 908).

FIG. 10 is a tabular representation of an embodiment of a Group database1000 that may be utilized by a lottery server 402 or a lottery operatorcontroller 300. In general, a lottery Group database 1000 such as thatshown in FIG. 10 stores data associated with individual groups oflottery players, each individual group comprising at least twoindividual players.

Referring to FIG. 10, the lottery Group database 1000 includes a GroupIdentifier field 1002 for storing a unique group identifier thatidentifies particular lottery groups, a Group Name field 1004, a GroupLeader Player identifier field 1006, a Maximum Allowable Players/Membersfield 1008, and a Quantity/Currently Active Players/Members field 1010for storing a value indicative of how many players are presentlyassociated with a particular group. Thus, for any particular group, theMaximum Allowable Players/Members field 1008 may store an indication ofa limit to the number of players that may belong to one group ofplayers, which e.g. may be dependent on the type (or instance) ofmultiplayer lottery game that the particular group has signed up toplay.

Each record of the lottery Group database 1000 of FIG. 10, depicted asrows 1000-1 to 1000-N, thus contains information associated with eachgroup participating in at least one type of multiplayer lottery game.For example, row 1000-1 contains information associated with group ofplayers nicknamed “The Fab Fifteen”, which is shown to currently include11 active members. In addition, the database 1000 of FIG. 10 depictsdata for two other groups, including row R1000-2 for the “Local 2211Locomotives” group having 215 members, and row R1000-N for the“Metropolitan Fanatics” having 10 members, for use by a lottery serverto administer various aspects of multiplayer lottery games.

FIG. 11 is a tabular representation of an embodiment of a Group PlayGames database 1100 that may be utilized by a lottery server 402 or alottery operator controller 300. In general, a lottery Group Play Gamesdatabase 1100 such as that shown in FIG. 11 stores data that associatesgroups of lottery players with particular types (or available instances)of multiplayer lottery games and the rules corresponding each type ofmultiplayer lottery game.

Referring to FIG. 11, the lottery Group Play Games database 1100includes a Group Play Game Identifier field 1102 for identifying aparticular type of game (e.g. as defined by one or more rule(s)associated with the game), a Group Play Game Name field 1104, a GroupPlay Game Type field 1106, and Group Play Game Rules fields 1108 to1108-N. Thus, for any particular lottery game, a lottery server canaccess the Group Play Games database to determine whether it is acompetitive, collaborative, or combination type of lottery game, andutilize one or more rule(s) associated with the particular game/gametype to administer instances of the associated lottery game (e.g. todetermine one or more winning individual(s) and/or group(s)).

Each row of FIG. 11, depicted as rows 1100-1 to 1100-N, thus containsinformation associated with each type of multiplayer lottery game thatis offered by a lottery administrator. For example, row 1100-1 containsinformation pertinent to the “Mid-Day Monopolization” lottery game,which is a competitive game governed by the rules shown in columns 1108to 1108-N. In addition, the Group Play Games database 1100 of FIG. 11depicts data for two other multiplayer lottery games, the “Match & Win”collaborative type of lottery game of row R1100-2, and the “Predict &Win” game, which is a combination competitive and collaborative type ofgame having rules shown in fields 1108 to 1108-N of row R1100-N. Thus,the data in each row of FIG. 11 is utilized by a lottery server, forexample, to administer the various types of multiplayer lottery gamesoffered by a lottery operator.

FIG. 12 is a tabular representation of an embodiment of a Group PlayPayout database 1200 that may be utilized by a lottery server 402 or alottery operator controller 300. In general, the Group Play Payoutdatabase 1200 of FIG. 12 contains payout criteria and the types of groupplay lottery game payouts available for players who meet the payoutcriteria (e.g. based on one or more rule(s) associated with a particulargame type and/or game instance).

Referring to FIG. 12, the Group Play Games Payout database 1200 includesa Group Play Game Identifier field 1202 for storing unique Group PlayGame Identifiers that identify each type of game that may be played(e.g. offered in a particular lottery jurisdiction), Group Play PayoutCriteria fields 1004 to 1004-N, and Group Game Payout fields 1006 to1006-N. Thus, for any particular type of lottery game, there may be oneor more payout criteria, and one or more group game lottery payoutsavailable to winning players of any particular group or team of players,dependent on the satisfaction of the one or more payout criteriaassociated with the particular type of lottery game.

Each row of FIG. 12, depicted as rows 1200-1 to 1200-N, thus containsgroup play payout criteria and group game payouts associated with eachtype of multiplayer game offered by the lottery operator. For example,row 1200-1 contains information associated with the group play game“GPG-001”, which is the “Mid-Day Monopolization” game (see FIG. 11). Ifa player of that game meets Criteria 1 shown in column 1204 bycompleting play with the greatest total assets of his group, forexample, then that player wins an individual bonus (i.e. secondary)round entry as shown in column 1206 of row R1200-1. Furthermore, if anyplayer completes play having acquired all the utilities (see field1204-N of R1200-1), then each player of that group wins a five dollarcash prize (see field 1206-N of R1200-1). The database 1200 of FIG. 12also depicts data for two other Group Play Games, GPG-002 and GPG-00N,which correspond to the “Match & Win” and “Predict & Win” games,respectively, shown in FIG. 11. Similar to the description of the“Mid-Day Monopolization” game data above, if a player of a group matchesany of the winning criteria shown in fields 1204 to 1204-N, that playerwins the payout(s) shown in the corresponding fields 1206-1206-N. Thus,a lottery server utilizes the data in the Group Play Games Payoutdatabase 1200 to award appropriate prizes to players of variousmultiplayer lottery games who match the winning criteria (Group playpayout criteria).

FIG. 13 is a tabular representation of an embodiment of a Group PlayTicket Status database 1300 that may be utilized by a lottery server 402or a lottery operator controller 300. In general, a lottery Group PlayTicket Status database 1300 such as that shown in FIG. 13 stores dataassociated with a particular group of players associated with aparticular group play game type as well an instance of the group playgame of the group play game type and includes data associated with eachmember/player (and/or one or more associated member/player lotteryentries) of that group.

Referring to FIG. 13, the lottery Group Play Ticket Status database 1300includes a Group Identifier 1302, a Group Play Game identifier 1304 anda Group Play Game Instance identifier 1305. In this example, the GroupIdentifier is “ABC-276543C” which corresponds to the group named “TheFab Fifteen” shown in the group database of FIG. 10. The Group Playticket Status database also includes a Member Ticket identifier 1306field, Member Ticket Indicia fields 1308 to 1308-N, Member Ticket Resultfield 1310, and a Member Ticket Status field 1312. Thus, in the exampledatabase 1300 of FIG. 13, a lottery server may utilize the data todetermine the status of any particular lottery ticket for any particularmember of this group.

For example, the group play game identifier 1304 of “GPG-002” of FIG. 13corresponds to a “Match & Win” game, and the Group Play Game database1100 depicted in FIG. 11 includes an entry for “GPG-002” (see rowR1100-2) indicating that the “Match & Win” game is a collaborative typegroup play game wherein player numbers are compared/matched to drawnnumbers (see Group Play Game Rule 1 to Rule N (columns 1108 and1108-N)). In addition, the Group Play Payout database 1200 of FIG. 12indicates, in row R1200-2, the group payout criteria 1 to N (columns1204 and 1204-N) that players must satisfy in order to obtain any of thepossible group game payouts 1 to N. In this example for the “Match &Win” game GPG-002, each player of the group receives a payout of twodollars if the ratio of total group numbers to matched numbers is lessthan 3.5 to 1. And/or if the total quantity of matched numbers isgreater than 40 and the group size is less than 15, the group gamepayout N is twenty dollars per group. Thus, the data contained in theGroup Play Games database 1100, in the Group Play Payout database 1200,and in the Group Play Ticket Status database 1300 can be used together,for example, to determine when and/or if a player or players has won aprize and/or has advanced to a secondary round of multiplayer lotterygame play.

Referring again to FIG. 13, each member record shown in rows 1300-1 to1300-N contains information associated with each member or player of aparticular group (in this example, the group “The Fab Fifteen”). Forexample, row 1300-1 contains information associated with ticketidentifier ABC-276543C-011, which is associated with Susan Jones (seealso the Player Database 900 of FIG. 9). The data in this row indicatesthat Susan Jones matched 2 of 6 indicia and that her member ticketstatus is “pending/unredeemed” to indicate that she has a winning ticketand has not yet redeemed it. In addition, the database 1300 depicts datafor three additional member tickets, including row R1300-2 which has astatus of “closed” to indicate a non-winning entry, R1300-3 which alsohas a status of “closed” to indicate a non-winning entry, and R1300-Nwhich has a status of “redeemed/closed” to indicate a winning entry forwhich a prize has been claimed. It should be understood that in someembodiments of multiplayer lottery games, a player is required to tenderhis or her multiplayer game lottery ticket to a lottery retailer orother designated agent in order to redeem a winning ticket. In someembodiments, to be eligible for a prize, a players' lottery ticketidentifier must match data stored in the Group Play Games Payoutdatabase, which includes a record of all lottery tickets valid forredemption. Such a group play payout database may be populatedimmediately following (or concurrent with) a lottery drawing, forexample.

9. Example Embodiments

A. Weekday Multiplayer Monopoly

The following description includes illustrative examples of some of thesystems, methods, and apparatus contemplated by this disclosure, whichare not limiting to any particular embodiment. References to specificrequirements in these examples are not requirements for all embodimentsdescribed in this disclosure.

Weekday Multiplayer Monopoly is an exciting new variation of the classicboard game that uses an online ticket purchased at retail for a groupplay game that plays out on the Web (the internet). The game play rulesare similar to those of an actual Monopoly game with no pre-determinedoutcomes. In an implementation, Weekday Multiplayer Monopoly featurestwo rounds of daily play, 10 AM-4 PM and 7 PM-9 PM, every Monday throughFriday.

Each Weekday Multiplayer Monopoly ticket purchased by a player includesa group activation slip with a group play activation number on it, andfour individual player slips, each containing a unique player number(for example, see FIG. 5). A player forms a group or team by choosingthree friends/colleagues and giving each of the group members one of theplay slips. The individual holding the group activation slip isresponsible for activating the game for the whole group. It iscontemplated that a player can use the ticket for any WeekdayMultiplayer Monopoly game within one year of the date of ticketpurchase.

Once a game date has been selected, in accordance with this illustrativeexample, the person responsible for activation must do so prior to 9:15AM on the selected date of game play. In this example, group activationmust occur prior to any individual group member logging-on to play.(Some embodiments, of course, do not require these specific exemplarytiming limitations). Upon activation, the activating group member mayconfigure some of the basic aspects of game play. For example, he or shecan select a specific date for group play, assign a team name to thegroup, upload a group logo, and the like.

Once the activating group member has logged-in, and the game has beenconfigured for the group, game play automatically commences at 10 AM onthe selected day of game play. If at that time the other group membershave not logged-in and provided their access codes, the game simplybegins playing (automatically) on behalf of those players, who may laterlog-in and check game status.

Part 1—The Daytime Round—10 AM-4 PM

Throughout the day, each group member can follow the scoring of theirgroup via their home or work computers. Players can also sign-up toreceive e-mails or text messages of updated game scores throughout theday.

The daytime tournament offers several different ways to win cash andprizes on both a group basis and on an individual basis. For example,the Weekday Multiplayer Monopoly daytime round may feature variousbonuses, including e.g.:

-   -   “Free Parking Group Bonuses”, which e.g. allow the entire group        to win cash prizes during designated times of the day.    -   “Savvy Traveler Bonus”. E.g. a player who manages to        consecutively land on all four Railroad properties in a single        trip around the game board instantly wins a large cash prize.    -   “Travel & Utilities Mogul Bonus”. E.g. a player who finishes the        daytime game having acquired and retained all Utility and        Railroad properties also receives an instant cash prize.    -   “Instant-Win Chance and Community Chest Cards”. E.g. from time        to time within the daytime game, certain Chance and Community        Chest cards can award instant cash prizes.    -   Periodic team performance bonuses for every member of a group        including “Team of the Week”, “Team of the Month”, and the like.        Such bonuses could be based on predetermined criteria, such as        the number of active or inactive lottery players in the group,        the number of participating lottery players of the group in a        predetermined time period, group and/or individual point totals        and/or the amount of money spent by the group purchasing and        playing multiplayer games within a predetermine time period; and    -   Daily performance bonuses for group total houses built, group        total times past “Go”, and the like.

In this particular example, Weekday Multiplayer Monopoly plays as anactual board game would play. There are no pre-determined outcomes. Thefirst round (day tournament) of game play determines a first roundwinner for each group based on a game play algorithm and the basic rulesof classic Monopoly. Individual group winners are determined based ontheir total asset value including cash and properties at the conclusionof the daytime game (or at 4:00 PM, whichever is first). Once groupwinners are determined, those winners are “promoted” or “advanced” tothe evening (or “big money”) round of play. In some embodiments, theplayer who is the team winner of the group is able to access the eveninground by utilizing the previously provided player access codes and/ordaytime tournament game results.

Part 2—The Evening Tournament

In one embodiment, the second round of play, which may be referred to asthe evening tournament, begins at 7:00 PM and ends at 9:00 PM. Duringthis round, players are randomly teamed up for multiple, fast-pacedgames, which play throughout the evening. At the end of the two-hourseries of games, the individual with the greatest overall cumulativeasset value total wins the top available (pari-mutuel) prize. In someimplementations, as a group incentive, if your group member wins thegrand prize, all members of the team win individual cash prizes as well.

Weekday Multiplayer Monopoly uses a pre-established Lottery Website asan electronic game board enabling players to monitor scores and viewtheir games as they unfold throughout the day.

The game allows individuals to name their team, track the scores ofother Weekday Multiplayer Monopoly teams in the area, receive bonuspoints for consistent team play and win cash prizes.

B. Match & Win I Group Fantasy Play

In an implementation, a Group Fantasy Play lottery game enablesindividual lottery players to participate in group games, such as officepools, in a unique, new and easy way. An online group lottery ticketconfiguration and tracking system can be used by an individual player toassemble groups of friends or colleagues to play lottery games together,and to monitor group play activity in an easy fashion. In addition, suchan implementation permits group play to be monitored over the course ofseveral drawings (and/or over time), and provides a way to monitorpayouts and merchandise awards that accumulate over time based on thegroup's overall performance.

In addition to playing for the big game jackpot, the Group Fantasy Playgame can include an ongoing monthly fantasy prize play component, Insome embodiments, this ongoing play component allows the “group” toselect a specific fantasy prize (or equivalent cash value) which allgroup members can qualify to win based on the group's overall monthlyperformance relative to other, similar-sized groups.

When an individual player registers a group online at the lottery'sGroup Fantasy Play website, group members can select their numbers inadvance for each individual drawing, or the system can select numbersautomatically on the players' behalf via a quick pick option. Once theplayers' numbers are selected, in one implementation, the system willstore and track the information for all of the group's entries in aweb-based group file. For each individual lottery game drawing, thegroup's numbers will be checked automatically for each individual entryof the group/pool of entries, with e-mail and/or text-based alerts sentto one, some, or all group members when any amount is won.

An individual player who coordinates the lottery purchase for the groupmay be deemed the “group administrator” or “team leader”, and in someimplementations may receive jackpot alerts from the lottery remindinghim or her e.g. that the jackpot is over a certain amount, that alottery drawing is imminent, etc. For example, a lottery server maygenerate and transmit a jackpot alert every time the jackpot reaches orexceeds $100 million dollars. The group can also use a group-basedsubscription and/or conditional element that enables teams to be enteredonly if and when the jackpot is over a certain dollar amount. Forexample, a group might designate a minimum jackpot amount of $50 milliondollars to enable the lottery administrator to automatically enter thegroup in that lottery game instance. The lottery operator may also beable to incentivize the group administrators by rewarding them withprizes when the group play levels reach or exceed a certain dollarvolume, and/or play frequency, and the like.

11. Rules of Interpretation

Numerous embodiments have been described, and are presented forillustrative purposes only. The described embodiments are not intendedto be limiting in any sense. The processes described are widelyapplicable to numerous embodiments, as is readily apparent from thedisclosure herein. These embodiments are described in sufficient detailto enable those skilled in the art to practice the invention, and it isto be understood that other embodiments may be utilized and thatstructural, logical, software, electrical and other changes may be madewithout departing from the scope of the present invention. Accordingly,those skilled in the art will recognize that the present processes maybe practiced with various modifications and alterations. Althoughparticular features may be described with reference to one or moreparticular embodiments or figures that form a part of the presentdisclosure, and in which are shown, by way of illustration, specificembodiments, it should be understood that such features are not limitedto usage in the one or more particular embodiments or figures withreference to which they are described. The present disclosure is thusneither a literal description of all embodiments nor a listing offeatures that must be present in all embodiments.

The terms “an embodiment”, “embodiment”, “embodiments”, “theembodiment”, “the embodiments”, “an embodiment”, “some embodiments”, “anexample embodiment”, “at least one embodiment”, “one or moreembodiments” and “one embodiment” mean “one or more (but not necessarilyall) embodiments” unless expressly specified otherwise. The terms“including”, “comprising” and variations thereof mean “including but notlimited to”, unless expressly specified otherwise.

The term “consisting of” and variations thereof mean “including andlimited to”, unless expressly specified otherwise.

The enumerated listing of items does not imply that any or all of theitems are mutually exclusive. The enumerated listing of items does notimply that any or all of the items are collectively exhaustive ofanything, unless expressly specified otherwise. The enumerated listingof items does not imply that the items are ordered in any manneraccording to the order in which they are enumerated.

The term “comprising at least one of” followed by a listing of itemsdoes not imply that a component or subcomponent from each item in thelist is required. Rather, it means that one or more of the items listedmay comprise the item specified. For example, if it is said “wherein Acomprises at least one of: a, b and c” it is meant that (i) A maycomprise a, (ii) A may comprise b, (iii) A may comprise c, (iv) A maycomprise a and b, (v) A may comprise a and c, (vi) A may comprise b andc, or (vii) A may comprise a, b and c.

The terms “a”, “an” and “the” mean “one or more”, unless expresslyspecified otherwise.

The term “based on” means “based at least on”, unless expresslyspecified otherwise.

The methods described herein (regardless of whether they are referred toas methods, processes, algorithms, calculations, and the like)inherently include one or more steps. Therefore, all references to a“step” or “steps” of such a method have antecedent basis in the mererecitation of the term ‘method’ or a like term. Accordingly, anyreference in a claim to a ‘step’ or ‘steps’ of a method is deemed tohave sufficient antecedent basis.

Headings of sections provided in this document and the title areprovided for convenience only, and are not to be taken as limiting thedisclosure in any way.

Devices that are in communication with each other need not be incontinuous communication with each other, unless expressly specifiedotherwise. In addition, devices that are in communication with eachother may communicate directly or indirectly through one or moreintermediaries.

A description of an embodiment with several components in communicationwith each other does not imply that all such components are required, orthat each of the disclosed components must communicate with every othercomponent. On the contrary a variety of optional components aredescribed to illustrate the wide variety of possible embodiments.

Further, although process steps, method steps, algorithms or the likemay be described in a sequential order, such processes, methods andalgorithms may be configured to work in alternate orders. In otherwords, any sequence or order of steps that may be described in thisdocument does not, in and of itself, indicate a requirement that thesteps be performed in that order. The steps of processes describedherein may be performed in any order that is practical. Further, somesteps may be performed simultaneously despite being described or impliedas occurring non-simultaneously (e.g., because one step is describedafter the other step). Moreover, the illustration of a process by itsdepiction in a drawing does not imply that the illustrated process isexclusive of other variations and modifications thereto, does not implythat the illustrated process or any of its steps are necessary to theinvention, and does not imply that the illustrated process is preferred.

It will be readily apparent that the various methods and algorithmsdescribed herein may be implemented by, for example, appropriatelyprogrammed general purpose computers and computing devices. Typically aprocessor (such as a microprocessor or controller device) will receiveinstructions from a memory or like storage device, and execute thoseinstructions, thereby performing a process defined by thoseinstructions. Further, programs that implement such methods andalgorithms may be stored and transmitted using a variety of known media.

When a single device or article is described herein, it will be readilyapparent that more than one device/article (whether or not theycooperate) may be used in place of a single device/article. Similarly,where more than one device or article is described herein (whether ornot they cooperate), it will be readily apparent that a singledevice/article may be used in place of the more than one device orarticle.

The functionality and/or the features of a device may be alternativelyembodied by one or more other devices which are not explicitly describedas having such functionality/features. Thus, other embodiments need notinclude the device itself.

The term “computer-readable medium” as used herein refers to any mediumthat participates in providing data (such as instructions and the like)that may be read by a computer, a processor or a like device. Such amedium may take many forms, including but not limited to, non-volatilemedia, volatile media, and transmission media. Non-volatile mediainclude, for example, optical or magnetic disks and other persistentmemory. Volatile media may include dynamic random access memory (DRAM),which typically constitutes the main memory. Transmission media mayinclude coaxial cables, copper wire and fiber optics, including thewires or other pathways that comprise a system bus coupled to theprocessor. Communications may occur via acoustic waves, light waves andelectromagnetic emissions, such as those generated during radiofrequency (RF) and infrared (IR) data communications. Common forms ofcomputer-readable media include, for example, a floppy disk, a flexibledisk, hard disk, magnetic tape, any other magnetic medium, a CD-ROM,DVD, any other optical medium, punch cards, paper tape, any otherphysical medium with patterns of holes, a RAM, a PROM, an EPROM, aFLASH-EEPROM, any other memory chip or cartridge, a carrier wave, or anyother medium from which a computer can read.

Various forms of computer readable media may be involved in carryingsequences of instructions to a processor. For example, sequences ofinstruction may be delivered from RAM to a processor, may be carriedover a wireless transmission medium, and/or may be formatted accordingto numerous formats, standards or protocols, such as TransmissionControl Protocol, Internet Protocol (TCP/IP), Wi-Fi, Bluetooth, TDMA,CDMA, Wi-MAX and 3G.

Where databases are described, it will be understood by one of ordinaryskill in the art that alternative database structures to those describedmay be readily employed, and that other memory structures besidesdatabases may be readily employed. Any schematic illustrations andaccompanying descriptions of any sample databases presented herein areillustrative arrangements for stored representations of information. Anynumber of other arrangements may be employed besides those suggested bythe tables shown. Similarly, any illustrated entries of the databasesrepresent exemplary information only; those skilled in the art willunderstand that the number and content of the entries can be differentfrom those illustrated herein. Further, despite any depiction of thedatabases as tables, other formats (including relational databases,object-based models and/or distributed databases) could be used to storeand manipulate the data types described herein. Likewise, object methodsor behaviors of a database can be used to implement the processes of thepresent invention. In addition, the databases may, in a known manner, bestored locally or remotely from a device that accesses data in such adatabase.

It should also be understood that, to the extent that any term recitedin the claims is referred to elsewhere in this document in a mannerconsistent with a single meaning, that is done for the sake of clarityonly, and it is not intended that any such term be so restricted, byimplication or otherwise, to that single meaning. Finally, unless aclaim element is defined by reciting the word “means” and a functionwithout reciting any structure, it is not intended that the scope of anyclaim element be interpreted based on the application of 35 U.S.C. §112,sixth paragraph.

The systems and processes described herein are exemplary embodiments,and those skilled in the art will note that various substitutions andmodifications may be made to those embodiments without departing fromthe spirit and scope of the present invention.

What is claimed is:
 1. A method, comprising: establishing at least twogroups for play of a group lottery game, wherein each group comprises aplurality of players; determining at least one winning player from eachgroup of a first round of the multiplayer lottery game; and advancingeach of the winning players to a second round.
 2. The method of claim 1,in which determining at least one winning player for each group for thefirst round comprises comparing lottery entry data for each player ofeach group to at least one winning lottery ticket criteria.
 3. Themethod of claim 1, further comprising establishing a plurality of secondgroups that comprise the winning players for the second round of themultiplayer lottery game.
 4. The method of claim 3, further comprising:determining at least one winning player from each of the plurality ofthe second groups; and awarding a prize to each winning player of thesecond round.
 5. The method of claim 4, further comprising: awarding aprize to each player of the plurality of groups of the first roundassociated with each winning player of the second round.
 6. The methodof claim 5, further comprising: determining at least one winning playerfrom each of the plurality of the second groups; and advancing each ofthe winning players of the plurality of second groups to a third roundof the group lottery game.
 7. The method of claim 1, further comprisingawarding a group performance bonus for each player of a group that meetspredetermined criteria.
 8. The method of claim 7, wherein thepredetermined criteria comprises at least one of a number of players inthe group, a number of participating players of the group in apredetermined time period, or an amount of money spent by the groupplaying group lottery games in a predetermine time period.
 9. The methodof claim 1, further comprising awarding a grand prize to a winningplayer of a subsequent round.
 10. The method of claim 9, furthercomprising awarding a prize to each member of the group associated withthe grand prize winning player.
 11. The method of claim 1, furthercomprising transmitting group lottery game status information to atleast one player of at least one group.
 12. The method of claim 1, inwhich determining at least one winning player comprises basing a winningoutcome for the winning player on events that occur during group lotterygame play.
 13. The method of claim 1, further comprising receivingplayer identification data and group identification data from at leastone of a retailer device or a player device.
 14. The method of claim 1,further comprising receiving player preferences data from at least oneplayer of a group, the player preferences data including at least one ofa selection of a token or a selection of a game board.
 15. The method ofclaim 1, further comprising storing group play lottery data in a groupplay ticket status database.
 16. The method of claim 15, wherein thegroup play lottery data comprises at least one of a group identifier, agroup play game identifier, a group play game instance identifier, groupmember ticket identifiers, group member ticket indicia, or group memberticket status data.
 17. The method of claim 1, in which advancing thewinning players to the second round comprises awarding a prize to eachwinning player.
 18. The method of claim 1, in which establishing atleast two groups for play comprises receiving a group activation numberfor at least two groups.
 19. The method of claim 18, further comprisingreceiving a player number from each of a plurality of players of the atleast two groups.
 20. A method, comprising: establishing a plurality ofgroups for play of a group lottery game, wherein each group includes aplurality of players; determining an aggregate performance value foreach group; and determining, based on the aggregate performance values,that at least one group satisfied group play prize criteria.